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Real Party in Interest 

The real party in interest, and assignee of this case, is National Semiconductor Corporation. 

Related Appeals or Interferences 

To the best knowledge and belief of the undersigned attorney, there are none. 

Status of Claims 

Claims 2, 4-6, 50-60, 70, 71 5 and 74 are under final rejection, and are each appealed. Claims 
75 and 76, though rejected in the final Office Action, were objected to in the Advisory Action after 
amendment by the Applicant, and have been indicated by the Examiner as including allowable 
subject matter. Claims 1, 3, 7-49, 61-69, and 72-73 were previously cancelled. Claims 2, 4-6, 
50-60, 70, 71, and 74-76 are pending. 

Status of Amendments after Final 

The amendments to the claims made after final rejection have been entered, and are reflected 
in the Claims Appendix (Appendix A). 

SUMMARY OF CLAIMED SUBJECT MATTER 

The following summary refers to disclosed embodiments and their advantages, but does not delimit 
any of the claimed inventions. 

In General 

The present application is directed, in general, to an improved system allowing an embedded 
controller (230) and a host processor (214) to share access to modules (202, 204, 206, 208, 210, 224, 
220, 216, 218, 212, 228, 215, etc.) in a computer system, as shown as part of chip 198 in Figure 9, 
below. The shared access system of the present invention enables exclusive, one-at-a-time access 
by a processor to a module and concurrent access by more than one processor to a module. An 
internal bus 258 with two power sources is used to allow continued access by one of the processors 
when one of the two power sources is not providing power. An example of a protocol that allows 
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an embedded controller to access more than one module is also described. Abstract, page 28, line 
1 7- page 29, line 14, and Figure 9, below. 
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Su pport for Independent Claims 

Note that, per 37 CFR §41.37, only each of the independent claims are discussed in this 
section. In the arguments below, however, the dependent claims are also discussed and 
distinguished from the prior art. The discussion of the claims is for illustrative purposes, and is not 
intended to effect the scope of the claims. 

Independent Claim 2 describes a system for allowing shared access by at least two processors 
including an embedded controller 230 and a host processor 214 to at least two modules {e.g., 
modules (202, 204, 206, 208, 210, 224, 220, 216, 218, 212, 228, 215). Page 14, lines 6-14 and 
Figure 9. 
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230 



The system of Claim 2 comprises 
a transaction control 256, shown in 
Figure 10, at right below. The embedded 
controller 230 is capable of providing an 
indication of which of the modules to 
access to the transaction control 256, and 
the host processor 214 is capable of 
providing an indication of which of the 
modules to access to the transaction 
control 256. Page 14, lines 6-14, page 
29, lines 20-24 and Figures 9 and 10. 

The system of Claim 2 also 
includes at least one access block bit 328 
controlled by one of the processors for 
blocking access by another of the 
processors to at least one of the modules, 
wherein the at least one access block bit 
is capable of enabling at least one of the 
modules. Page 32, lines 8-14, page 51, 
lines 16-24, and Figure 13, next page. 
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Independent Claim 50 describes a method for allowing shared access to at least two modules 
by at least two processors including an embedded controller 230 and a host processor 214. Page 1 7, 
lines 13-16, and Figure 9, 

The method includes receiving an indication from each of the processors of a module from 
among the at least two modules to access, arbitrating between the processors in favor of one of the 
processors, and accessing said module indicated by said one of the processors. Page 1 7, lines 1 7-21, 
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and Figure 9. 

According to claim 50, arbitrating between the processors comprises allowing one of the 
processors to control at least one access block bit, where the at least one access block bit is capable 
of blocking access by another of the processors to at least one of the modules, and capable of 
enabling at least one of modules. Page 32, lines 8-14, page 51, lines 16-24, and Figure 13. 

Independent Claim 53 describes a method for allowing aprocessor comprising an embedded 
controller 230 to access at least two modules affiliated with a device. Page 17, lines 22-24, and 
Figure 9. 

The method in Claim 53 includes indicating the device; indicating an access direction 
(read/write); 

indicating one of the modules for accessing; indicating a location for accessing, within said indicated 
one of the modules; transferring data between said indicated location and the embedded controller. 
Page 18, lines 1-5. 

According to claim 53, the method includes setting at least one access block bit to block 
access by another processor to at least one of the modules, wherein the at least one access block bit 
is capable of enabling at least one of the modules. Page 32, lines 8-14, page 51, lines 16-24, and 
Figure 13. 
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Grounds of Rejection to be Reviewed on Appeal 

1. Are Claims 2. 4. 50-54. 70. and 71 anticipated by Lockwood (USP 5.339.443, 

"Lockwood")? 

2. Are Claims 2. 4-6. and 50-60 obvious over Ku (USP 6.260.098. "Ku") in view of 

Glider et al (USP 5.214.778. "Glider")? 

3. Are Claims 2. 4-6. 50-60. 70. 71. and 74 obvious over Watanabe (US 2002/0129184. 

"Watanabe") in view of Glider? 

ARGUMENT 

Stated Grounds of Rejection 

The rejections outstanding against the Claims are as follows: 

In Sections 6 and 7 of the July 26, 2005 Office Action, Claims 2, 4, 50-54, 70, and 71 were 
rejected under 35 U.S.C. § 102(b) as being anticipated by U.S. Patent No. 5,339,443 to Lockwood 
("Lockwood"). 

In Sections 8 and 9 of the July 26, 2005 Office Action, Claims 2, 4-6, and 50-60 were 
rejected under 35 U.S.C. § 103(a) as being unpatentable over U.S. Patent No. 6,260,098 to Ku 
("Ku") in view of U.S. Patent No. 5,214,778 to Glider et al. ("Glider"). 

In Section 10 of the July 26, 2005 Office Action, Claims 2, 4-6, 50-60, 70, 71 and 74 were 
rejected under 35 U.S.C. § 103(a) as being unpatentable over U.S. Patent Publication No. 
2002/0129184 to Watanabe ("Watanabe") in view of Glider. 



Appeal Brief- Serial No. 09/810, 746 



Page 6 



Legal Standards 

The legal standards for an anticipation 1 rejection and an obviousness 2 rejection are referenced 
in the footnotes below. 



] The requirements to show anticipation are strict: "A party asserting that a patent 
claim is anticipated under 35 U.S.C. §102 "must demonstrate, among other things, 
identity of invention." Kalman v. Kimberly-Clark Corp., 713 F.2d 760, 771, 218 
U.S.P.Q. 781, 789 (Fed Cir. 1983), cert, denied, 465 U.S. 1026 (1984), overruled in 
part on another ground, SRIInt'l v. Matsushita Elec. Corp. of Am., 115 F.2d 1 107, 
1 125, 227 U.S.P.Q. 577, 588-89 (Fed. Cir. 1985)(7« banc). Identity of invention is 
a question of fact, and one who seeks such a finding must show that each element of 
the claim in issue is found, either expressly or under principles of inherency, in a 
single prior art reference, or that the claimed invention was previously known or 
embodied in a single prior art device or practice. Id. 

Minnesota Mining and Mfg. v. Johnson & Johnson 
Orthopaedics., 24 U.S.P.Q.2d 1321, 1326 (Fed.Cir. 
1992) 

2 The Supreme Court has explained how to apply §103: 

Under §103, the scope and content of the prior art are to be 
determined; differences between the prior art and the claims at issue 
are to be ascertained; and the level of ordinary skill in the pertinent art 
resolved. Against this background, the obviousness or non- 
obviousness of the subject matter is determined. 

Graham v. John Deere Co., 383 U.S. 1, 148 U.S.P.Q. 
459, 467(1966). 

Obviousness cannot be inferred from a combination of references without a 
showing that one of ordinary skill would have been motivated to combine those 
references: 

When prior art references require selective combination ... to render 
obvious a subsequent invention, there must be some reason for the 
combination other than the hindsight gained from the invention 
itself.... Something in the prior art as a whole must suggest the 
desirability, and thus the obviousness, of making the combination. 

Uniroyal, Inc. v. Rudkin-Wiley Corp., 5 U.S.P.Q.2d 
1434, 1438 (Fed.Cir. 1988), quoting Interconnect 
Planning Corp. v. Feil, 221 U.S.P.Q. 543 (Fed.Cir. 
1985), and Lindemann Maschinenfabrik GmbH v. 
American Hoist & Derrick, 221 U.S.P.Q. 481 
(Fed.Cir. 1984). 
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Analysis of Examiner's Rejection 

The cited references are each briefly discussed in relevant part, and then the rejection of each 
claim is addressed separately under each ground of rejection. 

Lockwood is drawn to a system for arbitrating multiprocessor accesses to shared resources, 
using access and grant bits to manage relative access priorities of the processors. As such, 
Lockwood shares some structural similarities with the instant application. However, Lockwood does 
not include several claimed elements and functions, as described in detail below, and certainly does 
not meet an anticipation standard. 

Ku is drawn to a shared peripheral controller using multiple buses and a control unit to 
manage instructions sent to a peripheral by multiple processors. While Ku shares some structural 
similarities with the instant application, it does not include several claimed elements and functions, 
as described in detail below. 

Watanabe is drawn to improving bus utilization using a bus arbiter. Watanabe uses a bus 
controller to arbitrate access requests from multiple processors in a multi-bus system. While Ku also 
shares some structural similarities with the instant application, it does not include several claimed 
elements and functions, as described in detail below. 

Glider is drawn to resource management in a multiple-resource system, where the resources 
have various "availability states". Glider's structure and operation is relatively dissimilar to the 
instant application and the other cited art, and appears to be cited by the Examiner solely for its two 
sentences mentioning a "semaphore." 

Ground of Rejection 1: Claims 2, 4, 50-54, 70, and 71 were rejected under 35 U.S.C. § 
102(b) as being anticipated by U.S. Patent No, 5,339,443 to Lockwood ("Lockwood"). 

Claim 2 

Claim 2 requires, among other limitations: "A system for allowing shared access by at least 
two processors including an embedded controller and a host processor to at least two modules". This 
passage explicitly requires at least an embedded controller and a host processor, not taught by 
Lockwood. The passage of Lockwood cited by Examiner Mason states 
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...processors 12a-12n may be a mix of different well known processors that do not 
support read-modify-write operations in like manner or do not support 
read-modify- write operations at all. Particular examples of these processors 1 2a- 1 2n 
include SPARC™ processors manufactured by Sun Microsystems, Inc. , Mountain 
View, Calif. , and i486™ processors manufactured by Intel, Inc. , Santa Clara, Calif. 
(SPARC™ . is a registered trademark of Sun Microsystems, Inc, and i486™ is a 
registered trademark of Intel, Inc.) 

Examiner Mason includes a 1998 press release describing a "SPARCengine CompackPCi 
Family of Embedded-Board Computers." Lockwood refers to "SPARC processors", not 
"SPARCengine CompackPCi Embedded-Board Computers", and it is unclear from this press release 
exactly what an "Embedded-Board Computer" is. This press release, included in the Evidence 
Appendix, indicates that the "Embedded-Board Computer" will "initially be available with Sun's 
270 MHz, 64-bit UltraSPARC™ microprocessor" (page 2 of 3). Nothing in this press release 
indicates that this is an embedded processor, although it describes some computer that, like the 
system in Lockwood, evidently includes some SPARC processor. Certainly nothing in Lockwood 
itself teaches or suggests anything about an embedded processor or a host processor, or how they 
might differ or work together. 

Claim 2 also requires, among other limitations: "at least one access block bit controlled by 
one of the processors for blocking access by another of the processors to at least one of the modules, 
wherein the at least one access block bit is capable of enabling at least one of the modules". This 
passage requires an access block bit that also is "capable of enabling" at least one of the modules. 
This feature is not taught or suggested by Lockwood. 

Page 51, lines 7-12 of the specification as filed states: 

Enabling of a module typically implies that the module is activated (the internal clock 
is running); the resources of the module are assigned (for example, base address/size, 
interrupts, DMA); and/or the runtime registers of the module 45 are enabled for 
access. 

Nothing in Lockwood in any way teaches or suggests that the "access grant bits" are in any 
way capable of enabling any shared resource, as that term is described in the specification. In 
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particular, Examiner Mason interprets the term "enable" according to the IEEE dictionary, not the 
specification, as a "command or condition that permits some specific condition to occur" or a 
"command or condition that permits some specific event to proceed." (Office Action, Page 2, Last 
paragraph). Examiner then asserts that an "access grant bit" of Lockwood is unset by one processor 
after that processor completes access to a shared resource, allowing other processors to access the 
shared resource. (Office Action, Page 2, Last paragraph - Page 3, First paragraph). Based on these 
particular definitions of the term "enable," the Examiner Mason asserts that unsetting the "access 
grant bit" of Lockwood enables access to the shared resource and therefore enables the shared 
resource. (Office Action, Page 3, First paragraph). 

Even Examiner Mason's preferred definitions of the term "enable" fail to establish that 
Lockwood anticipates Claims 2 According to the definitions provided in the Office Action, the term 
"enable" refers to any "command or condition" that permits a specific "condition" or "event" to occur 
or proceed. Based on these definitions, the unsetting of the "access grant bit" by one processor in 
Lockwood does "enable" access to a shared resource by another processor. However, the unsetting 
of the "access grant bit" only enables "access" to the shared resource. The unsetting of the "access 
grant bit" does not actually enable the shared resource itself. For example, unsetting the "access 
grant bit" does not activate the shared resource. 

This distinction is actually acknowledged in the Office Action. The Office Action 
specifically states that the unsetting of the "access grant bit" is a command or condition that "permits 
another processor to access the shared resource." (Office Action, Page 3, First paragraph). As a 
result, the Office Action expressly acknowledges that unsetting the "access block bit" only enables 
"access" to the shared resource rather than actually enabling the shared resource itself 

The setting and unsetting of the "access grant bit" in Lockwood only enables or disables 
"access" to a resource and does not actually enable or disable the resource itself. 

Other dictionary definitions, known to those of skill in the art, are more consistent with the 
use of "enable" as in the specification. For example, the IBM Dictionary of Computing defines 
"enable" as "(1) To make functional. (2) In interactive communications, to load a start a subsystem. 
Contrast with disable." (Ninth Edition, October 1991). The McGraw-Hill Dictionary of Scientific 
and Technical Terms defines "enable" as "1. To authorize an activity which would otherwise be 
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suppressed, such as to write on a tape. 2. To turn on a computer system or a piece of equipment. 
To initiate the operation of a device or circuit by applying a trigger signal or pulse." (Sixth Edition, 
2003). As can be seen, while "enable" can certainly be interpreted in different ways, specific 
definitions are consistent with the meaning ascribed in the specification, while others, such as those 
used by Examiner Mason, are inconsistent with the meaning ascribed in the specification. 

The specification and claims as filed make a clear distinction between "enabling" a device 
- and even specifically describes what that term means in the context of the application - and 
granting or blocking access to a device. Examiner Mason's interpretation of these terms, contrary 
to their use in the application itself, ignores the plain language of the claims and specification, and 
therefore is not proper for an anticipation rejection. 

For these reasons, the cited portion of Lockwood fails to anticipate the Applicants 1 invention 
as recited in Claim 2. Accordingly, Claim 2 should be allowed, and Examiner Mason's rejection 
should be reversed. 

Claim 4 

Claim 4 depends from Claim 2, so the arguments above with respect to claim 2 apply here, 
and these arguments are incorporated herein by reference. 

Claim 4 requires, among other limitations, "further comprising a bus extension ... wherein 
at least one of the modules is accessible via said bus extension ... and wherein said bus extension is 
capable of providing an indication of said at least one of the modules for access by one of the 
processors." Nothing in Lockwood appears to teach a bus extension, as claimed, and Examiner 
Mason has not even made a prima facie anticipation showing by alleging that any specific element 
in Lockwood corresponds to the claimed bus extension. 

Claim 50 

Claim 50 requires, among other limitations, "at least two processors including an embedded 
controller and a host processor." This passage explicitly requires at least an embedded controller and 
a host processor, not taught by Lockwood. Certainly nothing in Lockwood itself teaches or suggests 
anything about an embedded processor or a host processor, or how they might differ or work 
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together. The more detailed arguments with regard to embedded controllers not found in Lockwood, 
above with regard to claim 2, is relevant here and is herein incorporated by reference. 

Claim 50 further requires, among other limitations, "arbitrating between the processors in 
favor of one of the processors, wherein arbitrating between the processors comprises allowing one 
of the processors to control at least one access block bit, ...the at least one access block bit capable 
of enabling at least one of modules." This passage requires an access block bit that also is "capable 
of enabling" at least one of the modules. This feature is not taught or suggested by Lockwood. 

Nothing in Lockwood in any way teaches or suggests that the "access grant bits" are in any 
way capable of enabling any shared resource, as that term is described in the specification, as a part 
of an arbitration process as claimed. The more detailed arguments with regard to enabling modules, 
above with regard to claim 2, is relevant here and is herein incorporated by reference. 

Claim 51 

Claim 5 1 depends from claim 50, so the arguments above with respect to claim 50 apply here, 
and these arguments are incorporated herein by reference. 

Claim 51 further requires, among other limitations, "blocking access by another of the 
processors to said module indicated by said one of the processors." This feature is not taught or 
suggested by Lockwood in the context of parent claim 50. 

Claim 52 

Claim 52 depends from claim 50, so the arguments above with respect to claim 50 apply here, 
and these arguments are incorporated herein by reference. 

Claim 52 further requires, among other limitations, "aid indication from each of the 
processors is for a different module to access." This feature is not taught or suggested by Lockwood 
in the context of parent claim 50. 

Claim 53 

Claim 53 requires, among other limitations,"an embedded controller to access at least two 
modules affiliated with a device". This passage explicitly requires at least an embedded controller, 
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not taught by Lockwood. Certainly nothing in Lockwood itself teaches or suggests anything about 
an embedded controller. The more detailed arguments with regard to embedded controllers not 
found in Lockwood, above with regard to claim 2, is relevant here and is herein incorporated by 
reference. 

Claim 53 further requires, among other limitations, "setting at least one access block bit to 
block access by another processor to at least one of the modules, wherein the at least one access 
block bit is capable of enabling at least one of the modules". This passage requires an access block 
bit that also is "capable of enabling" at least one of the modules. This feature is not taught or 
suggested by Lockwood. 

Nothing in Lockwood in any way teaches or suggests that the "access grant bits" are in any 
way capable of "enabling" any shared resource, as that term is described in the specification, as 
claimed. The more detailed arguments with regard to enabling modules, above with regard to claim 
2, is relevant here and is herein incorporated by reference. 

Claim 54 

Claim 54 depends from claim 53, so the arguments above with respect to claim 53 apply here, 
and these arguments are incorporated herein by reference. 

Claim 54 further requires "wherein said indicated one of the modules is accessible via a bus 
extension". Nothing in Lockwood appears to teach a bus extension, as claimed, and Examiner 
Mason has not even made a prima facie anticipation showing by alleging that any specific element 
in Lockwood corresponds to the claimed bus extension. 

Claim 70 

Claim 70 depends from claim 4, so the arguments above with respect to claims 2 and 4 apply 
here, and these arguments are incorporated herein by reference. 

Claim 70 requires, among other limitations, "wherein at least one of the modules comprises 
a memory accessible through the bus extension." Nothing in Lockwood appears to teach a bus 
extension, as claimed, nor that a memory is accessed through one, and Examiner Mason has not even 
made a prima facie anticipation showing by alleging that any specific elements in Lockwood 
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corresponds to the claimed bus extension and connected memory. 
Claim 71 

Claim 7 1 depends from claim 50, so the arguments above with respect to claim 50 apply here, 
and these arguments are incorporated herein by reference. Claim 71 requires, among other 
limitations, "wherein at least one of the modules comprises a memory accessible through a bus 
extension." Nothing in Lockwood appears to teach a bus extension, as claimed, nor that a memory 
is accessed through one, and Examiner Mason has not even made a prima facie anticipation showing 
by alleging that any specific elements in Lockwood corresponds to the claimed bus extension and 
connected memory. 

Therefore, all claims should be allowed over Lockwood, and Examiner Mason's anticipation 
rejections should be reversed. 

Ground of Rejection 2: Claims 2« 4-6. and 50-60 were rejected under 35 U.S.C. § 103(a) 
as being unpatentable over U.S. Patent No. 6,260,098 to Ku ("Ku") in view of U.S. Patent No. 
5.214 ,778 to Glider et al. (" Glider"). 

These claims are allowable over this combination of references, as discussed below. 

Claim 2 

Claim 2 requires, among other limitations, "a transaction control, wherein the embedded 
controller is capable of providing an indication of which of the modules to access to the transaction 
control." The cited references do not appear to teach or suggest an embedded controller capable of 
providing an indication of which of modules to access to the transaction control, alone or in 
combination. 

Examiner Mason notes correctly that Ku 5 s service processor 620 is described as an embedded 
controller, and so corresponds to the claimed embedded controller, and indicates that Ku's CPU 602 
corresponds to the claimed host processor. In order to reconstruct the limitation of claim 2, however, 
the Examiner then suggests that shared peripheral controller 100 - not service processor 620 - is 
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"capable of providing an indication of which of the modules to access said transaction control." 

Applicants respectfully submit that the Examiner's own citations not only show that Ku does not 

teach the required claim limitation, but also show that Ku teaches away from the required claim 

limitation. The passage cited by Examiner Mason reads, in its entirety: 

In the preferred embodiment, shared peripheral controller 100 is 
configured similarly with respect to operations received via secondary 
bus 108. More specifically, control unit 1 14 is preferably designed to 
detect a first segment of a second operation issued by a second 
processor that is coupled to secondary bus 108 and destined for the 
first shared peripheral on shared bus 112. Upon detecting the second 
operation's first segment, control unit 1 14 is configured to buffer the 
second operation's first segment in a secondary bus first register 130 
accessible to control unit 1 14. The second operation's first segment 
is buffered in secondary bus first register 130 until the second 
operation's second segment is detected, at which time control unit 1 1 4 
is configured to issue the first and second segments of the second 
operation to the first shared peripheral via shared bus 112 in 
consecutive cycles of shared bus 112 thereby eliminating the 
possibility of issuing an incorrect operation over shared bus 112 that 
might otherwise be caused by activity from primary bus 104 that 
occurs intermediate between the second operation's first and second 
segments. 

In embodiments designed for use with more than one shared 
peripheral, shared peripheral controller 100 includes additional buffer 
registers. In the depicted embodiment, a second set of buffer registers 
is indicated in phantom by primary bus second register 122 and 
secondary bus second register 132. This second set of registers is 
associated with a second shared peripheral that is coupled to shared 
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peripheral controller 100 via shared bus 112. (Ku, col5, lines 34-61) 
As may be readily seen, nothing in this passage teaches that service processor 620 does or 
is capable of anything, much less that it is capable of providing an indication of which of the 
modules to access to the transaction control. As Glider does not contain a teaching or suggestion 
corresponding to the claims, either, this obviousness rejection must fail. 

Examiner Mason also concedes that Ku fails to disclose "the system and method, where the 
system includes at least one block bit controlled by one of the processors for blocking access by 
another of the processors to at least one of the modules, and where the at least one access block bit 
is capable of enabling at least one of the modules." Applicants agree. Applicants further submit that 
Ku contains no disclosure or suggestion of why such requirements might be necessary or desirable. 

Nonetheless, Examiner Mason suggests that the Glider reference discloses a system that 
"includes at least one access block bit controlled by one of the processors for blocking access by 
another of the processors to at least one of the modules, wherein the at least one access block bit is 
capable of enabling at least one of the modules". Examiner Mason cites Glider's col. 5, lines 33-40, 
which read: 

3. Semaphore 

The semaphore is a variable which is set by whatever portion of the 
system is using the resource to prevent anyone else from using the 
resource. The semaphore indicates simply that the resource is in use, 
while the availability state gives further information on the type of 
use. 

While the teaching of "preventing anyone else from using" is, of course, functionally the 
same as the claimed "blocking access", it is clear that this passage in no way teaches that Glider's 
semaphore is implemented as "at least one access block bit controlled by one of the processors", as 
required by claim 2. 

Further, and significantly, this passage at no point teaches that the semaphore " is capable 
of enabling at least one of the modules", as claimed. This feature is not taught or suggested by Ku 
or Glider, alone or in combination. As page 51, lines 7-12 of the specification as filed states: 
Enabling of a module typically implies that the module is activated 
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(the internal clock is running); the resources of the module are 
assigned (for example, base address/size, interrupts, DMA); and/or 
the runtime registers of the module 45 are enabled for access. 
Nothing in Ku, Glider, or any combination of them in any way teaches or suggests that the 
"access grant bits" are in any way capable of enabling any shared resource, as that term is described 
in the specification, and so this claim should be allowed over these references. The more detailed 
discussion regarding "enabling", made above with respect to the anticipation rejection of claim 2, 
is relevant here and hereby incorporated by reference. 

Further, even if all claim limitations were found in a combination of Ku and Glider, these 
references cannot be properly combined, as discussed more fully below under "Motivation to 
Combine or Modify." 

Applicants respectfully request allowance of Claim 2 and reversal of Examiner Mason's 
rejections. 
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Claim 4 

Claim 4 depends from Claim 2, so the arguments above with respect to claim 2 apply here, 
and these arguments are incorporated herein by reference. 

Claim 4 requires, among other limitations, "further comprising a bus extension ... wherein 
at least one of the modules is accessible via said bus extension ... and wherein said bus extension is 
capable of providing an indication of said at least one of the modules for access by one of the 
processors." Nothing in Ku or Glider, or any combination of them, appears to teach a bus extension, 
as claimed. Examiner Mason does reference Ku's "shared bus 1 12", but there is no teaching in Ku 
that this shared bus 1 12 is a bus extension, as claimed. 
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Claim 5 

Claim 5 depends from Claim 2, so the arguments above with respect to claim 2 apply here, 
and these arguments are incorporated herein by reference. 

Claim 5 further requires "wherein said transaction control is capable of providing an 
indication of at least one of the modules for access by one of the processors." While Examiner 
Mason refers to Ku's shared peripheral controller 100 as the claimed transaction control, nothing in 
Ku, or any other cited art, teaches or suggests that this element functions as described with relation 
to all other elements of this and the parent claims. 

Claim 6 

Claim 6 depends from Claim 2, so the arguments above with respect to claim 2 apply here, 
and these arguments are incorporated herein by reference. 

Claim 6 further requires " wherein at least one of the modules is part of an input/output chip." 
Examiner Mason references Ku's col. 7, lines 20-59, but neither this passage, nor any other part of 
Ku or the cited art, teaches or suggests an input/output chip, particularly in the context of the parent 
claim. 

Claim 50 

Claim 50 requires, among other limitations, "arbitrating between the processors in favor of 
one of the processors, wherein arbitrating between the processors comprises allowing one of the 
processors to control at least one access block bit, ...the at least one access block bit capable of 
enabling at least one of modules." This passage requires an access block bit that also is "capable 
of enabling" at least one of the modules. This feature is not taught or suggested by Ku, Glider, or 
any combination of them. Nothing in Ku or Glider in any way teaches or suggests that the Glider's 
semaphores are in anyway capable of enabling any shared resource, as that term is described in the 
specification, as a part of an arbitration process as claimed. The more detailed arguments with 
regard to enabling modules, above with regard to claim 2, is relevant here and is herein incorporated 
by reference. 
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Claim 51 

Claim 5 1 depends from claim 50, so the arguments above with respect to claim 50 apply here, 
and these arguments are incorporated herein by reference. 

Claim 51 further requires, among other limitations, "blocking access by another of the 
processors to said module indicated by said one of the processors." This feature is not taught or 
suggested by Ku, Glider, or any combination of them in the context of parent claim 50. 

Claim 52 

Claim 52 depends from claim 50, so the arguments above with respect to claim 50 apply here, 
and these arguments are incorporated herein by reference. 

Claim 52 further requires, among other limitations, "aid indication from each of the 
processors is for a different module to access." This feature is not taught or suggested by Ku, Glider, 
or any combination of them in the context of parent claim 50. 

Claim 53 

Claim 53 requires, among other limitations, "setting at least one access block bit to block 
access by another processor to at least one of the modules, wherein the at least one access block bit 
is capable of enabling at least one of the modules". " This passage requires an access block bit that 
also is "capable of enabling" at least one of the modules. This feature is not taught or suggested by 
Ku, Glider, or any combination of them. Nothing in Ku or Glider in any way teaches or suggests that 
the Glider's semaphores are in any way capable of enabling any shared resource, as that term is 
described in the specification, as a part of an arbitration process as claimed. The more detailed 
arguments with regard to enabling modules, above with regard to claim 2, is relevant here and is 
herein incorporated by reference. 

Claim 54 

Claim 54 depends from claim 53, so the arguments above with respect to claim 53 apply here, 
and these arguments are incorporated herein by reference. 

Claim 54 further requires "wherein said indicated one of the modules is accessible via a bus 
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extension". Nothing in Ku or Glider, or any combination of them, appears to teach a bus extension, 
as claimed. Examiner Mason does reference Ku's "shared bus 1 12", but there is no teaching in Ku 
that this shared bus 1 12 is a bus extension, as claimed. 

Claim 55 

Claim 55 depends from claim 54, so the arguments above with respect to claims 53 and 54 
apply here, and these arguments are incorporated herein by reference. 

Claim 55 further requires "wherein said step of indicating one of the modules for accessing 
includes the step of: indicating one of at least one chip select corresponding to said bus extension 
for accessing." Nothing in Ku or Glider, or any combination of them, teaches or suggests this featre. 
As described above, no bus extension is taught or suggested by the art, and further, no chip select 
corresponding to the bus extension is taught or suggested by any art of reference. Examiner Mason 
does reference Ku's col. 5, lines 2-61 , but this passage does not appear to include any such teaching. 

Claim 56 

Claim 56 depends from claim 53, so the arguments above with respect to claim 53 apply here, 
and these arguments are incorporated herein by reference. 

Claim 56 further requires "said indicated one of the modules is part of an input/output chip." 
Examiner Mason references Ku's col. 7, lines 20-59, but neither this passage, nor any other part of 
Ku or the cited art, teaches or suggests an input/output chip, particularly in the context of the parent 
claim 

Claim 57 

Claim 57 depends from claim 56, so the arguments above with respect to claims 53 and 56 
apply here, and these arguments are incorporated herein by reference. 

Claim 57 further requires " wherein said step of indicating one of the modules for accessing 
includes the step of: indicating a logical device number." This feature, in the context of the parent 
claims, is not taught or suggested by the art of reference. Further, Examiner Mason has not made 
even a prima facie rejection, as she has not alleged at all where this feature might be taught or 
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suggested by Ku or Glider. 
Claim 58 

Claim 58 depends from claim 53, so the arguments above with respect to claim 53 apply here, 
and these arguments are incorporated herein by reference. 

Claim 58 further requires: "wherein said step of indicating a location for accessing includes 
the step of providing an indication of a location for accessing via an internal bus to said indicated 
one of said modules, the method further comprising the step of: waiting for a freeing up of said 
internal bus before transferring said indication of a location for accessing onto said internal bus." 
This feature, in the context of the parent claims, is not taught or suggested by the art of reference. 
Examiner Mason references Ku's col. 5, lines 2-61, but neither this passage, nor any other part of 
Ku or the cited art, teaches or suggests waiting for a freeing up of an internal bus before transferring 
the indication of a location for accessing onto the internal bus, as claimed. 

Claim 59 

Claim 58 depends from claim 58, so the arguments above with respect to claims 53 and 58 
apply here, and these arguments are incorporated herein by reference. 

Claim 59 further requires "wherein said internal bus is occupied by a transaction originating 
from the other processor prior to said freeing up". Nothing in Ku, Glider, or any combination of 
them teaches or suggests this feature in the context of the parent claims. Further, Examiner Mason 
has not made even a prima facie rejection, as she has not alleged at all where this feature might be 
taught or suggested by Ku or Glider. 



Appeal Brief- Serial No. 09/8 10 J 46 



Page 22 



Claim 60 

Claim 60 depends from claim 53 , so the arguments above with respect to claim 53 apply here, 
and these arguments are incorporated herein by reference. 

Claim 60 requires "the embedded controller waiting for receipt of data from said indicated 
location prior to initiating a subsequent access." This feature, in the context of the parent claims, 
is not taught or suggested by the art of reference. Further, Examiner Mason has not made even a 
prima facie rejection, as she has not alleged at all where this feature might be taught or suggested 
by Ku or Glider. 

Therefore, all claims should be allowed over the combination of Ku and Glider, and 
Examiner Mason's obviousness rejections should be reversed. 

Ground of Rejection 3: Claims 2, 4-6, 50-60, 70. 71 and 74 were rejected under 35 
U.S.C. § 103(a) as being unpatentable over U.S. Patent Publication No. 2002/0129184 to 
Watanabe ("Watanabe") in view of Glider. 

These claims are allowable over this combination of references, as discussed below. 

Claim 2 

Claim 2 requires, among other limitations, "A system for allowing shared access by at least 
two processors including an embedded controller and a host processor to at least two modules, 
comprising: a transaction control, wherein the embedded controller is capable of providing an 
indication of which of the modules to access to the transaction control." 

The cited references do not appear to teach or suggest an embedded controller capable of 
providing an indication of which of modules to access to the transaction control, alone or in 
combination. In fact, neither Watanabe, nor Glider, nor any combination of them, teaches, suggests 
- or even mentions - an embedded controller at all. Examiner Mason cites Watanabe' s second 
processor/DMA controller 160, but at no point is this in any way taught or suggested to be an 
embedded controller, as required by the claims. As the cited art does not contain a teaching or 
suggestion corresponding to the claims, this obviousness rejection must fail. 



Appeal Brief - Serial No. 09/810,746 



Page 23 



Examiner Mason also concedes that Watanabe fails to disclose "the system and method, 
where the system includes at least one block bit controlled by one of the processors for blocking 
access by another of the processors to at least one of the modules, and where the at least one access 
block bit is capable of enabling at least one of the modules." Applicants agree. Applicants further 
submit that Watanabe contains no disclosure or suggestion of why such requirements might be 
necessary or desirable. 

Nonetheless, Examiner Mason suggests that the Glider reference discloses a system that 
"includes at least one access block bit controlled by one of the processors for blocking access by 
another of the processors to at least one of the modules, wherein the at least one access block bit is 
capable of enabling at least one of the modules". Examiner Mason cites Glider's col. 5, lines 33-40, 
which read: 

3. Semaphore 

The semaphore is a variable which is set by whatever portion of the 
system is using the resource to prevent anyone else from using the 
resource. The semaphore indicates simply that the resource is in use, 
while the availability state gives further information on the type of 
use. 

While the teaching of "preventing anyone else from using" is, of course, functionally the 
same as the claimed "blocking access", it is clear that this passage in no way teaches that Glider's 
semaphore is implemented as "at least one access block bit controlled by one of the processors", as 
required by claim 2. 

Further, and significantly, this passage at no point teaches that the semaphore "is capable of 
enabling at least one of the modules", as claimed. This feature is not taught or suggested by 
Watanabe or Glider, alone or in combination. As page 51, lines 7-12 of the specification as filed 
states: 

Enabling of a module typically implies that the module is activated 
(the internal clock is running); the resources of the module are 
assigned (for example, base address/size, interrupts, DMA); and/or 
the runtime registers of the module 45 are enabled for access. 
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Nothing in Watanabe, Glider, or any combination of them in any way teaches or suggests that 
the "access grant bits" are in any way capable of enabling any shared resource, as that term is 
described in the specification, and so this claim should be allowed over these references. The more 
detailed discussion regarding "enabling", made above with respect to the anticipation rejection of 
claim 2, is relevant here and hereby incorporated by reference. 

Further, even if all claim limitations were found in a combination of Watanabe and Glider, 
these references cannot be properly combined, as discussed more fully below under "Motivation to 
Combine or Modify." 

Applicants respectfully allowance of Claim 2 and reversal of Examiner Mason's rejections. 
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Claim 4 

Claim 4 depends from Claim 2, so the arguments above with respect to claim 2 apply here, 
and these arguments are incorporated herein by reference. 

Claim 4 requires, among other limitations, "further comprising a bus extension ... wherein 
at least one of the modules is accessible via said bus extension ... and wherein said bus extension is 
capable of providing an indication of said at least one of the modules for access by one of the 
processors." Nothing in Watanbe or Glider, or any combination of them, appears to teach a bus 
extension, as claimed. Examiner Mason does reference Watanabe's "sub bus 165", but there is no 
teaching in Watanabe that this sub bus 165 is a bus extension, as claimed. 
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Claim 5 

Claim 5 depends from Claim 2, so the arguments above with respect to claim 2 apply here, 
and these arguments are incorporated herein by reference. 

Claim 5 further requires "wherein said transaction control is capable of providing an 
indication of at least one of the modules for access by one of the processors." While Examiner 
Mason refers to Watanabe's bus controller 150 as the claimed transaction control, nothing in 
Watanaba, or any other cited art, teaches or suggests that this element functions as described with 
relation to all other elements of this and the parent claims. 

Claim 6 

Claim 6 depends from Claim 2, so the arguments above with respect to claim 2 apply here, 
and these arguments are incorporated herein by reference. 

Claim 6 further requires " wherein at least one of the modules is part of an input/output chip." 
Examiner Mason references Watanabe' s paragraph 00 1 5 , but neither this passage, nor any other part 
of Watanabe or the cited art, teaches or suggests that one of the modules is an input/output chip, 
particularly in the context of the parent claim. In fact, this paragraph of Watanabe suggests that one 
of the processors is an input/output device. 
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Claim 50 

Claim 50 requires, among other limitations, "arbitrating between the processors in favor of 
one of the processors, wherein arbitrating between the processors comprises allowing one of the 
processors to control at least one access block bit, ...the at least one access block bit capable of 
enabling at least one of modules." This passage requires an access block bit that also is "capable 
of enabling" at least one of the modules. This feature is not taught or suggested by Watanabe, 
Glider, or any combination of them. Nothing in Watanabe or Glider in any way teaches or suggests 
that the Glider's semaphores are in any way capable of enabling any shared resource, as that term 
is described in the specification, as a part of an arbitration process as claimed. The more detailed 
arguments with regard to enabling modules, above with regard to claim 2, are relevant here and is 
herein incorporated by reference. 

Claim 51 

Claim 5 1 depends from claim 50, so the arguments above withrespect to claim 50 apply here, 
and these arguments are incorporated herein by reference. 

Claim 51 further requires, among other limitations, "blocking access by another of the 
processors to said module indicated by said one of the processors." This feature is not taught or 
suggested by Watanabe, Glider, or any combination of them in the context of parent claim 50. 

Claim 52 

Claim 52 depends from claim 50, so the arguments above with respect to claim 50 apply here, 
and these arguments are incorporated herein by reference. 

Claim 52 further requires, among other limitations, "aid indication from each of the 
processors is for a different module to access." This feature is not taught or suggested by Watanabe, 
Glider, or any combination of them in the context of parent claim 50. 

Claim 53 

Claim 53 requires, among other limitations, "setting at least one access block bit to block 
access by another processor to at least one of the modules, wherein the at least one access block bit 
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is capable of enabling at least one of the modules". " This passage requires an access block bit that 
also is "capable of enabling" at least one of the modules. This feature is not taught or suggested by 
Watanabe, Glider, or any combination of them. Nothing in Watanabe or Glider in any way teaches 
or suggests that the Glider's semaphores are in anyway capable of enabling any shared resource, as 
that term is described in the specification, as a part of an arbitration process as claimed. The more 
detailed arguments with regard to enabling modules, above with regard to claim 2, are relevant here 
and is herein incorporated by reference. 

Claim 54 

Claim 54 depends from claim 53, so the arguments above with respect to claim 53 apply here, 
and these arguments are incorporated herein by reference. 

Claim 54 further requires "wherein said indicated one of the modules is accessible via a bus 
extension". Nothing in Watanbe or Glider, or any combination of them, appears to teach a bus 
extension, as claimed. Examiner Mason does reference Watanabe's "sub bus 165", but there is no 
teaching in Watanabe that this sub bus 165 is a bus extension, as claimed. 

Claim 55 

Claim 55 depends from claim 54, so the arguments above with respect to claims 53 and 54 
apply here, and these arguments are incorporated herein by reference. 

Claim 55 further requires "wherein said step of indicating one of the modules for accessing 
includes the step of: indicating one of at least one chip select corresponding to said bus extension 
for accessing." Nothing in Watanabe or Glider, or any combination of them, teaches or suggests this 
feature. As described above, no bus extension is taught or suggested by the art, and further, no chip 
select corresponding to the bus extension is taught or suggested by any art of reference. Examiner 
Mason does make a peculiar reference Watanabe's peripheral device 170, but this element does not 
appear to relate at all to the claim limitation. 
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Claim 56 

Claim 56 depends from claim 53, so the arguments above with respect to claim 53 apply here, 
and these arguments are incorporated herein by reference. 

Claim 56 further requires "said indicated one of the modules is part of an input/output chip." 
Examiner Mason references Watanabe's paragraph 15, but neither this passage, nor any other part 
of Watanabe or the cited art, teaches or suggests that one of the modules is an input/output chip, 
particularly in the context of the parent claim. In fact, this paragraph of Watanabe suggests that one 
of the processors is an input/output device. 

Claim 57 

Claim 57 depends from claim 56, so the arguments above with respect to claims 53 and 56 
apply here, and these arguments are incorporated herein by reference. 

Claim 57 further requires " wherein said step of indicating one of the modules for accessing 
includes the step of: indicating a logical device number." This feature, in the context of the parent 
claims, is not taught or suggested by the art of reference. Further, Examiner Mason has not made 
even a prima facie rejection, as she has not alleged at all where this feature might be taught or 
suggested by Watanabe or Glider. 
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Claim 58 

Claim 58 depends from claim 53, so the arguments above with respect to claim 53 apply here, 
and these arguments are incorporated herein by reference. 

Claim 58 further requires: "wherein said step of indicating a location for accessing includes 
the step of providing an indication of a location for accessing via an internal bus to said indicated 
one of said modules, the method further comprising the step of: waiting for a freeing up of said 
internal bus before transferring said indication of a location for accessing onto said internal bus." 
This feature, in the context of the parent claims, is not taught or suggested by the art of reference. 
Examiner Mason references Watanabe's paragraphs 0018-0019, but neither this passage, nor any 
other part of Watanabe or the cited art, teaches or suggests waiting for a freeing up of an internal bus 
before transferring the indication of a location for accessing onto the internal bus, as claimed. 

Claim 59 

Claim 58 depends from claim 58, so the arguments above with respect to claims 53 and 58 
apply here, and these arguments are incorporated herein by reference. 

Claim 59 further requires "wherein said internal bus is occupied by a transaction originating 
from the other processor prior to said freeing up". Nothing in Watanabe, Glider, or any combination 
of them teaches or suggests this feature in the context of the parent claims. Further, Examiner 
Mason has not made even a prima facie rejection, as she has not alleged at all where this feature 
might be taught or suggested by Watanabe or Glider. 
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Claim 60 

Claim 60 depends from claim 53, so the arguments above with respect to claim 53 apply here, 
and these arguments are incorporated herein by reference. 

Claim 60 requires "the embedded controller waiting for receipt of data from said indicated 
location prior to initiating a subsequent access." This feature, in the context of the parent claims, 
is not taught or suggested by the art of reference. Further, Examiner Mason has not made even a 
prima facie rejection, as she has not alleged at all where this feature might be taught or suggested 
by Watanabe or Glider. 

Claim 70 

Claim 70 depends from claim 4, so the arguments above with respect to claims 2 and 4 apply 
here, and these arguments are incorporated herein by reference. 

Claim 70 further requires "at least one of the modules comprises a memory accessible 
through the bus extension". Nothing in Watanabe or Glider, or a combination of them, appears to 
teach a bus extension, as claimed, nor that a memory is accessed through one, particularly in the 
context of claim 4. 

Claim 71 

Claim 7 1 depends from claim 5 0, so the arguments above with respect to claim 5 0 apply here, 
and these arguments are incorporated herein by reference. 

Claim 71 further requires "at least one of the modules comprises a memory accessible 
through the bus extension". Nothing in Watanabe or Glider, or a combination of them, appears to 
teach a bus extension, as claimed, nor that a memory is accessed through one, particularly in the 
context of claim 50. 
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Claim 74 

Claim 74 depends from claim 2, so the arguments above with respect to claim 2 apply here, 
and these arguments are incorporated herein by reference. 

Claim 74 further requires "wherein the transaction control is further capable of allowing 
concurrent access by the processors to at least one of: one or more of the modules, and one or more 
sub-modules within at least one of the modules". This feature does not appear to be taught or 
suggested by Watanabe or Glider, or a combination of them, particularly in the context of claim 2. 

Therefore, all claims should be allowed over the combination of Watanabe and Glider, and 
Examiner Mason's obviousness rejections should be reversed. 



Motivation to Combine or Modify 3 

Examiner Mason includes conclusory "motivation" statements as a part of her final Office 
Action. Examiner Mason's stated motivation for combining either Ku or Watanabe with Glider is 



3 Where an obviousness rejection is based on a combination of references, the 
Examiner must show that one of ordinary skill would have been motivated to 
combine those references. See In re Nilssen, 7 USPQ2d 1500 (Fed.Cir. 1988); 
Panduit Corp. v. Dennison Mfg. Co., 1 USPQ2d 1593, 1597 (Fed.Cir. 1987); ACS 
Hospital Systems v. Montefiore Hospital, 220 USPQ 929 (Fed.Cir. 1984). 

"When prior art references require selective combination ... to render obvious 
a subsequent invention, there must be some reason for the combination other than the 
hindsight gained from the invention itself.... Something in the prior art as a whole 
must suggest the desirability, and thus the obviousness, of making the combination." 
Uniroyal, Inc. v. Rudkin-Wiley Corp., 5 USPQ2d 1434, 1438 (Fed.Cir. 1988), 
quoting Interconnect Planning Corp. v. Fell, 227 USPQ 543 (Fed.Cir. 1985), and 
Lindemann Maschinenfabrik GmbH v. American Hoist & Derrick, 221 USPQ 481 
(Fed.Cir. 1984). 

"While [a reference] may be capable of being modified to run the way [the 
applicant's] apparatus is claimed, there must be a suggestion or motivation in the 
reference to do so. See In re Gordon, 733 F.2d 900, 902, 221 USPQ 1 125, 1 127 (Fed. 
Cir. 1984) ("The mere fact that the prior art could be so modified would not have 
made the modification obvious unless the prior art suggested the desirability of the 
modification."). In re Mills, 916 F.2d 680, 16 U.S.P.Q.2d 1430 (Fed.Cir. 1990). 
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"to allow for real time sharing of resources without disrupting services provided by the system" 
(pages 10 and 14 of the 7/26/05 Office Action). Examiner Mason makes reference to Glider's col. 
1 , lines 38-42, which reads, "[w]hat is needed, therefore, is a computing system that manages access 
to the resources so that the operation of the fault management subsystems do not cause any 
interruption of the services provided by the operational subsystems." 

According to Examiner Mason, then, both Ku and Watanabe must have some unsolved 
problem with "disrupting services provided by the system", so they look to Glider to "allow for real 
time sharing of resources." This is not the case, so this stated motivation to combine fails. 

Ku is drawn to a shared peripheral controller having multiple bus interfaces, and managing 
instructions sent to peripherals using a buffer technique. Nothing in Ku teaches or suggests that 
there is some unresolved issue with "real time sharing of resources", since Ku addresses peripheral 
sharing issues using a shared bus and a buffer. " There is, therefore, no motivation at all for Ku to 
look to Glider for any help with a problem related to "disrupting services provided by the system", 
since Ku solves the very problem with which it is concerned. Furthermore, there is no teaching or 
suggestion, or any allegation by Examiner Mason, that Glider's "semaphore" would even be operable 
in Ku's system or would provide any advantages in such a system. 

Watanabe is drawn to a bus arbiter for managing bus utilization in a multi-bus system. The 
only "resources" that Watanabe is concerned with sharing are the buses themselves, and Watanabe's 
teachings provide "efficient bus accesses in a multi-bus system." There is, therefore, no motivation 
at all for Watanabe to look to Glider for any help with a problem related to "disrupting services 
provided by the system", since Watanabe solves the very problem with which it is concerned. 
Furthermore, there is no teaching or suggestion, or any allegation by Examiner Mason, that Glider's 
"semaphore" would even be operable in Watanabe's system or would provide any advantages in such 
a system. 
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Grouping of Claims 

The claims on appeal do not stand or fall together, as may be seen from the arguments set 
forth below. Each claim has been argued separately under a separate subheading, and each claim 
should be considered separately. While the applicant recognizes that a formal statement regarding 
the grouping of claims is no longer required, each claim should be considered separately; or at the 
very least each claim which is argued separately in the preceding sections of this brief should be 
considered separately. Argument: The fact that the claims use different formulations (as detailed 
above) and/or have been argued separately, shows that, if their patentability is not considered 
separately, any adverse decision would show that the limitations of some claims had been unfairly 
ignored. 



The Board is respectfully requested to reverse the outstanding rejections and return this 
application to the Examiner for allowance. 



REQUESTED RELIEF 



Respectfully submitted, 
DAVIS MUNCK, P.C. 





P.O. Drawer 800889 
Dallas, Texas 75380 
Phone: (972) 628-3600 
Fax: (972)628-3616 



Registration No. 39,308 



E-mail: wmunck@davismunck.com 



Attorney for Applicant 
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IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 



In re application of: 
Serial No.: 
Filed: 
For: 

Group No.: 
Examiner: 



Ohad Falik, et al. 
09/810,746 
March 16, 2001 

SHARING OF FUNCTIONS BETWEEN AN EMBEDDED 
CONTROLLER AND A HOST PROCESSOR 

2111 

Donna K. Mason 



1. (Cancelled). 



APPENDIX A - 
Claims Appendix 



2. (Previously Presented) A system for allowing shared access by at least two processors 
including an embedded controller and a host processor to at least two modules, comprising: 

a transaction control, wherein the embedded controller is capable of providing an indication 
of which of the modules to access to the transaction control, and wherein the host processor is 
capable of providing an indication of which of the modules to access to the transaction control; and 

at least one access block bit controlled by one of the processors for blocking access by 
another of the processors to at least one of the modules, wherein the at least one access block bit is 
capable of enabling at least one of the modules. 



3. (Cancelled). 
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4. (Previously Presented) The system of claim 2, further comprising a bus extension; 
wherein at least one of the modules is accessible via said bus extension; 

wherein said transaction control is capable of providing to said bus extension an indication 
of said at least one of the modules, accessible via said bus extension, for access by the host 
processor; 

wherein said transaction control is capable of providing to said bus extension an indication 
of said at least one of the modules, accessible via said bus extension, for access by the embedded 
controller; and 

wherein said bus extension is capable of providing an indication of said at least one of the 
modules for access by one of the processors. 

5. (Previously Presented) The system of claim 2, wherein said transaction control is 
capable of providing an indication of at least one of the modules for access by one of the processors. 

6. (Previously Presented) The system of claim 2, wherein at least one of the modules is 
part of an input/output chip. 

Claims 7-49 (Cancelled). 
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50. (Previously Presented) A method for allowing shared access to at least two modules 
by at least two processors including an embedded controller and a host processor, comprising the 
steps of: 

receiving an indication from each of the processors of a module from among the at least two 
modules to access; 

arbitrating between the processors in favor of one of the processors, wherein arbitrating 
between the processors comprises allowing one of the processors to control at least one access block 
bit, the at least one access block bit capable of blocking access by another of the processors to at 
least one of the modules, the at least one access block bit capable of enabling at least one of 
modules; and 

accessing said module indicated by said one of the processors. 

5 1 . (Previously Presented) The method of claim 50, further comprising the step of: 
blocking access by another of the processors to said module indicated by said one of the 

processors. 

52. (Previously Presented) The method of claim 50, wherein said indication from each of 
the processors is for a different module to access. 

53. (Previously Presented) A method for allowing a processor comprising an embedded 
controller to access at least two modules affiliated with a device, comprising the steps of: 

indicating the device; 

indicating an access direction (read/write); 

indicating one of the modules for accessing; 

indicating a location for accessing, within said indicated one of the modules; 
transferring data between said indicated location and the embedded controller; and 
setting at least one access block bit to block access by another processor to at least one of the 
modules, wherein the at least one access block bit is capable of enabling at least one of the modules. 
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54. (Previously Presented) The method of claim 53, wherein said indicated one of the 
modules is accessible via a bus extension. 

5 5 . (Previously Presented) The method of claim 54, wherein said step of indicating one of 
the modules for accessing includes the step of: 

indicating one of at least one chip select corresponding to said bus extension for accessing. 

56. (Previously Presented) The method of claim 53, wherein said indicated one of the 
modules is part of an input/output chip. 

57. (Previously Presented) The method of claim 56, wherein said step of indicating one of 
the modules for accessing includes the step of: 

indicating a logical device number. 

58. (Previously Presented) The method of claim 53, wherein said step of indicating a 
location for accessing includes the step of providing an indication of a location for accessing via an 
internal bus to said indicated one of said modules, the method further comprising the step of: 

waiting for a freeing up of said internal bus before transferring said indication of a location 
for accessing onto said internal bus. 

59. (Previously Presented) The method of claim 58, wherein said internal bus is occupied 
by a transaction originating from the other processor prior to said freeing up. 

60. (Previously Presented) The method of claim 53, further comprising the step of: 

the embedded controller waiting for receipt of data from said indicated location prior to 
initiating a subsequent access. 

Claims 61-69 (Cancelled). 
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70. (Previously Presented) The system of Claim 4, wherein at least one of the modules 
comprises a memory accessible through the bus extension. 

71 . (Previously Presented) The method of Claim 50, wherein at least one of the modules 
comprises a memory accessible through a bus extension. 

72. (Cancelled). 

73. (Cancelled). 

74. (Previously Presented) The system of Claim 2, wherein the transaction control is further 
capable of allowing concurrent access by the processors to at least one of: one or more of the 
modules, and one or more sub-modules within at least one of the modules. 

75. (Previously Presented) The system of Claim 2, further comprising: 

at least one disable bit controlled by one of the processors, wherein the at least one disable 
bit is capable of disabling at least one of the modules even if the at least one access block bit is set 
to enable the at least one module; and 

at least one tri-state bit controlled by one of the processors, wherein the at least one tri-state 
bit is capable of disabling an output of at least one of the modules even if the at least one access 
block bit is set to enable the at least one module. 

76. (Previously Presented) The system of Claim 2, wherein the at least one access block bit 
is capable of enabling at least one of the modules by activating the at least one module. 



Appeal Brief- Serial No. 09/810,746 



Appendix A Page 5 



DOCKET NO. P04931 (NATI15-04931) PATENT 
TOMER NO. 23990 

IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 

plication of: Ohad Falik, et al. 

09/810,746 
March 16, 2001 

SHARING OF FUNCTIONS BETWEEN AN 
EMBEDDED CONTROLLER AND A HOST 
PROCESSOR 

2111 

Donna K. Mason 




Group No.: 
Examiner: 



MAIL STOP APPEAL BRIEF - PATENTS 

Commissioner for Patents 
P.O. Box 1450 
Alexandria, VA 22313-1450 



Sir: 



CERTIFICATE OF MAILING BY FIRST CLASS MAIL 



The undersigned hereby certifies that the following documents: 

1 . Appeal Brief; 

2. Fee Transmittal for FY 2005 (in duplicate); 

3. Check in the amount of $500.00 for Appeal Brief filing fee; and 

4. A postcard receipt 



relating to the above application, were deposited as "First Class Mail" with the United States 
Postal Service, addressed to MAIL STOP APPEAL BRIEF - PATENTS, Commissioner for 
Patents, P.O. Box 1450, Alexandria, VA 22313-1450 on December /> , 2005. 



Date: 



Date: W.fS ; &t*nP 



P.O. Drawer 800889 

Dallas, Texas 75380 

Phone: (972) 628-3600 

Fax: (972) 628-3616 

E-mail: wmunck@davismunck.com 




William A. Munck 
Reg. No. 39,308 




PTO/SB/17 (12-04) 
Approved for use through 07/31/2006. OMB 0651-0032 
U.S. Patent and Trademark Office; U.S. DEPARTMENT OF COMMERCE 
prwnrk RRrinriinn Ant nf 1995 nn nersnnfi are rfiniiireri tn resnnnri tn a mllfir.tion nf information unlass it riisnlavs a valid OMB r.nntrnl numher 



Effective on 12/08/2004. 
Pursuant to the Consolidated Appropriations Act, 2005 (H.R. 4818). 

FEE TRANSMITTAL 

For FY 2005 



I I Applicant claims small entity status. See 37 CFR 1 .27 



yJOTAL AMOUNT OF PAYMENT 



( $ ) 500.00 



Complete if Known 



Application Number 



Filing Date 



First Named Inventor 



Examiner Name 



Art Unit 



Attorney Docket No. 



09/810,746 



March 16, 2001 



Qhad Falik 



• Donna K. Mason 



2111 



P04931 (NATI 15-04931) 



METHOD OF PAYMENT (check all that apply) 



0 Check O 



Credit Card I I Money Order None IZ] Other (please identify)! 



| tf\ Deposit Account Deposit Account Number: 50-0208 



Deposit Account Name: Davis Mlilick, P.C. 



For the above-identified deposit account, the Director is hereby authorized to: (check all that apply) 
| | Charge fee(s) indicated below Q charge fee(s) indicated below, except for the filing fee 

0 Charge any additional fee(s) or underpayments of fee(s) Credjt anv overpayments 

under 37 CFR 1.16 and 1.17 1 — 
WARNING: Information on this form may become public. Credit card information should not be included on this form. Provide credit card 
information and authorization on PTO-2038. 



FEE CALCULATION 



1. BASIC FILING, SEARCH, AND EXAMINATION FEES 



Application Tvpe 


FILING FEES 

Small Entity 
Fee (?) Fee f$) 


SEARCH FEES 

Small Entity 
Fee ($) Fpa ($) 


EXAMINATION FEES 
Small Entity 

Fee ($) Fop ($> 


Utility 


300 


150 


500 


250 


200 


100 


Design 


200 


100 


100 


50 


130 


65 


Plant 


200 


100 


300 


150 


160 


80 


Reissue 


300 


150 


500 


250 


600 


300 


Provisional 


200 


100 


0 


0 


0 


0 



Fees Paid ($) 



2. EXCESS CLAIM FEES 



Fee Description 

Each claim over 20 or, for Reissues, each claim over 20 and more than in the original patent 50 
Each independent claim over 3 or, for Reissues, each independent claim more than in the original patent 200 
Multiple dependent claims 360 

Total Claims Extra Claims Fee ($) Fee Paid ($) Multiple Dependent Claims 

- 20 or HP = x = Fee ($) Fee Paid ($) 

HP = highest number of total claims paid for, if greater than 20 

Indep. Claims Extra Claims Fee ($) 

- 3 or HP = x 



Small Entity 
Fee ($) Fee ($) 



25 
100 
180 



Fee Paid ($) 



HP = highest number of independent claims paid for, if greater than 3 
3. APPLICATION SIZE FEE 

If the specification and drawings exceed 100 sheets of paper, the application size fee due is $250 ($125 for small entity) 
for each additional 50 sheets or fraction thereof. See 35 U.S.C. 41(a)(1)(G) and 37 CFR 1. 16(s). 
Total Sheets Extra Sheets Number of each additional 50 or fraction thereof Fee ($1 Fee Paid ($) 
-100= / 50 = (round up to a whole number) x = 



4. OTHER FEE(S) 

Non-English Specification, $130 fee (no small entity discount) 

Other: Appeal Brief filing fee 



Fees Paid ($) 



$500.00 



SUBMITTED BY 



Signature 



Registration No. 

f Attorney/Agent) 39,308 



Telephone 97 2. 62 8-3600 



Name (Print/Type) 



William A. Munck 



This collection of information is required by 37 CFR 1 .136. The information is required to obtain or retain a benefit by the public which is to file (and by the 
USPTO to process) an application. Confidentiality is governed by 35 U.S.C. 122 and 37 CFR 1.14. This collection is estimated to take 30 minutes to complete, 
including gathering, preparing, and submitting the completed application form to the USPTO. Time will vary depending upon the individual case. Any comments 
on the amount of time you require to complete this form and/or suggestions for reducing this burden, should be sent to the Chief Information Officer, U.S. Patent 
and Trademark Office, U.S. Department of Commerce, P.O. Box 1450,,Alexandria, VA 22313-1450. DO NOT SEND FEES OR COMPLETED FORMS TO THIS 
ADDRESS. SEND TO: Commissioner for Patents, P.O. Box 1450, Alexandria, VA 22313-1450. 

If you need assistance in completing the form, call 1-800-PTO-9199 and select option 2. 




DUPLICATE 



PTO/SB/17(12-04) 

' Approved for use through 07/31/2006. OMB 0651-0032 
U.S. Patent and Trademark Office; U.S. DEPARTMENT OF COMMERCE 
Rftrluntinn Act nf 1996 nn n«rsnns are rftnuirerl to rasnond tn a nollfirtinn nf infnrmatinn unless it riisnlavs a valid OMB rnntrnl numhftr 



Effective on 1 2/08/2004. 
Fees p'ursuaht to the Consolidated Appropriations Act, 2005 (H.R. 4818). 

FEE TRANSMITTAL 

For FY 2005 



□ Applicant claims small entity, status. See 37 CFR 1 .27 



yJOTAL AMOUNT OF PAYMENT 



( $ ) 500.00 



Complete if Known 



Application Number 



Filing Date 



First Named Inventor 



Examiner Name 



Art Unit 



Attorney Docket No. 



09/810,746 



March 16,2001 



Ohad Falik 



Donna K. Mason 



2111 



P04931 (NATIl 5-04931) 



METHOD OF PAYMENT (check all. that apply) 



[3 Check EZ] Credit Card EH Money Order CZlNone D Other (please identify): 

Deposit Account Deposit Account Number: 50-0208 Deposit Account Name: Davis Munck, P.C. 



For the above-identified deposit account, the Director is hereby authorized to: (check all that apply) 
Qchargefee(s) indicated below O Charge fee(s) indicated below, except for the filing fee 

0 Charge any additional fee(s) or underpayments of fee(s) O Credjt overpayments - 
under 37 CFR 1.16 and 1.17 1 — 1 . 
WARNING: Information on this form may become-public. Credit card information should not be included on this form. Provide credit card 
information and authorization on PTO-2038. 



FEE CALCULATION 



1. BASIC FILING, SEARCH, AND EXAMINATION FEES 



Application Type 



FILING FEES 

Small Entity 
Fee ($) Fee ($) 



SEARCH FEES 

Small Entity 
Fee j$j Fee ( $) 



EXAMINATION FEES 
Small Entity 
Fee (?) Fee ($) 



Fees Paid ($) 



Utility 


300 


150 


500 


250 


200 


100 


Design 


200 


100 


100 


50 


130 


65 


Plant 


200 


100 


300 


' 150 


160 


80 


Reissue 


300 


150 


500 


250 


600 


300 


Provisional 


200 


100 ' 


o 


0 


0 


0 



2. EXCESS CLAIM FEES 
Fee Description 



Each claim over 20 or, for Reissues, each claim over 20 and more than in the original patent - 50 
Each independent claim over 3 or, for Reissues, each independent claim more than in the original patent 200 
Multiple dependent claims ^ 360 
Total Claims ' Extra Claims Fee ($) Fee Paid ($) Multiple Dependent Claims 
_-20orHP= x = Fee ( S) Fee Paid (S) 



Small Entity 
Fee ($) Fee (S) 



25- 
100 
180 



HP = highest number of total claims paid for, if greater than 20 
Indep. Claims Extra Claims Fee ($) 
- 3 or HP = x 



Fee Paid ($) 



HP = highest number of independent claims paid for, if greater than 3 
3. APPLICATION SIZE FEE 

If the specification and drawings exceed 100 sheets of paper, the application size fee due is $250 ($125 for small entity) 
for each additional 50 sheets or fraction thereof. See 35 U.S.C 41(a)(1)(G) and 37 CFR 1. 16(s): 
Total Sheets Extra Sheets Number of each additional 50 or fraction thereof Fee ($) Fee Paid ($) 
-100= / 50 = (round up to a whole number) x _= ' 



. OTHER FEE(S) 

Non-English Specification, $ 130 fee (no small entity discount) 
Other: Appeal Brief filing fee 



Fees Paid ($) 



$500.00 



SUBMITTED BY 



Signature 



Registration No. 
(Attorney/Agent) 



39,308 



Telephone 972-628-: 



3600 



Name (Print/Type) 



William A. Munck 



Date /) 



This collection of information is required by 37 CFR 1.136. The information is required to obtain or retain a benefit by the public which is to file (and by the 
USPTO to process) an application. Confidentiality is governed by 35 U.S.C. 122 and 37 CFR 1.14. This collection is estimated to take 30 minutes to complete, 
including gathering, preparing, and submitting the completed application form to the USPTO. Time will vary depending upon the individual case. Any comments 
on the amount of time you require to complete this form and/or suggestions for reducing this burden, should be sent to the Chief Information Officer, U.S. Patent 
and Trademark Office, U.S. Department of Commerce, P.O. Box 1450, Alexandria, VA 22313-1450. DO NOT SEND FEES OR COMPLETED FORMS TO THIS 
ADDRESS. SEND TO: Commissioner for Patents, P.O. Box 1450, Alexandria, VA 22313-1450. 

If you need assistance in completing the form, call 1-800-PTO-9199 and select option 2. 




N THE UNITED STATES PATENT AND TRADEMARK OFFICE 



In re application of: 
Serial No.: 
Filed: 
For: 

Group No.: 
Examiner: 



Ohad Falik, et al. 
09/810,746 
March 16, 2001 

SHARING OF FUNCTIONS BETWEEN AN 
EMBEDDED 

CONTROLLER AND A HOST PROCESSOR 
2111 

Donna K. Mason 



APPENDIX B - 
Copy of Formal Drawings 



Appeal Brief- Serial No. 09/810, 746 



Appendix B Page 1 



CO 
C\J 



CM 



C\J 
— CM" 



5? 
CO 



o 

o 



00 

CM " 









o 


"co 


CO 
CO 


o 


CD 


JZ 


" Proc 



CO 

.2? O 

CD GC~ 

co — 



CD 
O 

O co 

Q_ T= 
J CD 




CD 
O 

co co 

=3 *tZ 



o 

CM" 



o CD 
CL O 

cO-^ 
CL 



CM Q - 
CD 

I I I JO 
LU CO 
— QL 



OO 



CD 

CD 

Q 8 



Q_ CD 

O — 



if 

g-O 



CD _ 

QL 



co 

tr 
o 

CL 

o 

Q_ 
CD 



2 So 

CO t 
.£= CD 



CD 

.55 co 



CD 

.S5 co 



CM 




ort 


DC 


CL 










w 


CD 




CO 





CM 



co ^ 

CD o 
CO CL 



c5-£ 

c: <*> 
— CO 



V 



o 

CO 



CD 
CO o 

E° 

>s CD 
CD CO 



a? co 

co CC 
QL 



co 



CO CD 
O CO 

CD 



CM 
CO 



3 

CD o 
CD 

co ©a 
c o 
co -+E 



V 



o 
o 

CO 



CO 



CO 



o 

o 

CO 



o 



CO 



o 




o 




CHD 


imer 


i— 


i— 


<: 









o 



CD 
CO 



<$=> 



CO 
Z3 




-O CD 




£ Jo 




CO 




UJ CD 














— ► 



Q 
CO 



o 

CO 



CO 

CO' 



CD 

ff 

& Q. 
CO 



DC 
^ < 



PWUREQ 

jWake-Up 
Events 



/y — N, Power 
^^Control 



Q 
Q 




Host 
Processor 



I 



LPC 
Interface 



56- 
Data 



55- 



53- 



-26 



-22 



Control 



Address 



Internal Bus 



52- 




Module 
Enable 



Module 
base+size 

48 



Internal 
Bus 
Control 




.49 



Module 
Select 



54 



T 



45- 



59-^_"_V_~_V_~J Index register 
61 -r_r_V_"_V_~J Data register 
47 - h i Specific register 



46 



FIG. 2 

(PRIOR ART) 



1 



— 55 Q. 



00 



CO 
CO 
CD 

°i 



CO 



CO 
CO 

CD ^ — * 

I* 



0 



CnJ 



X 
CD 



CO 



eg 

05 

Q 



CM 
CO 



o 

CD 
CD 
CO 



15 S -2 

_Q CO O 
rn CD CD 

DC CO 



CO 

O 
u. 



a: 
< 

a: 
O 

DC 
CL 





i 


i 


i 


i 


i 




i 


i 






1 


1 




\ 






r 




r 




CM 


CO 














lZ 


U 




Li- 




Ll_ 








0 


O 


O 




O 








0 


O 


O 


• • • 


O 




Q 




CO 


CO 


CO 




CO 











CO 



7 



— 1 CO 



00 

CO 



n n 



CO 
CO 



05 

CO 



4F— U 



O 



75 S^So 

g> ^ CD Q)q 

q ^ o- cd H 
-J a CO qc ci 



< 
dc 
o 



rt 

CO CD 
CD CD 




O 
I— 

oc 



C\J 



X 
CD 
"O 



L. 
o 

CO 

O 
Q_ 



CD 
CD 



CD 



CD 
"O 
CO 
CD 

OC 



CD 



CO 
CO 



CD 

.O tO 

CD CQ 
Q 



CO 
CD 



CO 



LU 




DC 




o 




o 




<c 




CO 








CR 


US 




00 




LU 




DC 




O 




O 




LO 




CO 



CD 
CD 



co co as 
O < 



CO 
I — 

o 



o 

i ^ CD 

CD <C Ihr 

O — 
O 



CD 
O 
CO 

CD 



CO 
O 

01 



CO 
CO 



co 



CD 








CO 










ID 








CQ 


^ ► 


o 

DC 



< 

CL 



CO 
CD 



CO 
O 



CD 



CO 
ZD 
CD 

<C 
CO 




CO 
CD 



CD 



co 

CD 



CD 
CD 









m 




o 


o 


h- 




DC 








I 




DC 








O 




1— 




DC 




> 




I 


CVJ 


O 




1— 

DC 








o 


CO 


WR 




Q_ 




HZ 




<c 




DC 


^t* 








LO 






CO 


CO 


CD 


DC 







CD 
CD 



CO 
I— 

o 



From/to Host Parallel 
Port Interface 



114 



113 



From/to 8051 Parallel 
Port Interface 



PP_HA 
~J 



112 



SEL1 



Parallel Port 




FIG. 6 

(PRIOR ART) 



116 



Parallel Port 
Connector 



V 



115 



118 



Host 



126 

_L_ 



1" 



130' 



Index Register 



128 



Data Register 
129^ 



Hardware Monitor 



|2 C 



122 y 
-119 



CORE 



120 



T 



FIG. 7 

(PRIOR ART) 




129 



=!> 



PORT 6h 

Data 
Register 



126 



Configuration Register 40h 



SMI# Status/Mask Register 
41h,42h,44h, 45h 



VID<3:0>/Fan Divisor Register 47h 



Serial Bus Address 48h 



Monitor Value Register 20h - 3Fh 
and 60h - 7Fh (auto-increment) 



VID<4>/Device ID 49h 



Temperature 2, 3 Serial 
Bus Address 4 Ah 



Control Register 4Bh - 4Dh 



Select Bank for 50h-5Fh 
Register 4Eh 



Winbond vendor ID 4Fh 



BankO 
R-T Table Value 
BEEP Control Register 
Winbond Test Register 50h - 58h 



Bank 1 

Temperature 2 Control/Status 
Register 50h - 56h 



Bank 2 

Temperature 3 Control/Status 
Register 50h - 56h 



Bank 4 
Additional Control/Status 
Register 50h - 5Ch 



Bank 5 
Additional Limit Value & 
Value RAM 50h - 57h 



FIG. 8 

(PRIOR ART) 



-1 


Controller 
Interface 


Serial 




Data 

CD 
CO 
CM 


Embedded 
Controller 


oo _ 

CM 
CM 


Clock 






^ — n> Power 
N— ^ Control 



214 



Host 
Processor 



213- 



228 

_ 1 



230 

_J> 

Embedded 
Controller 



212 



- Host 
Interface 



260 



264 



215 



P&P 
Configuration 



286 



L 



246 



248 

/ 



229 



Controller 
Interface 



265- 



Controller 
Configuration 



Base+Size 
263 



Host Control 



Host Address 



256 
_1_ 



-272 

Access 
Select 



Transaction 
Control 



Bus Select 



262 
_/L_ 



Host Data 



Internal Bus 




282- 
Int. Data 



I 



-280 

Int. 
Address 



-267 

EC 
Device 
Select 



EC 
Control. 



(CSn, Control) 
^275, 276 

EC Address 



EC Data V 



258 
_L_ 



-268' 



266 



268 



241 



Functional 
Module 



241 



Functional 
Module 



x 239 

FIG. 10 



Bus 
Select 



Host Address 



262 

_jL_ 



278 



Host Data 



260 



294 

/ 



Data 
Selector 



Select 



Internal Data ^282 



292 



266 

_iL_ 



EC Address 



Select 



Address 
Selector 



268 

/ - 



^280 
Internal Address 
258 

, L_ 



EC Data 



259 



Internal Bus 



FIG. 11 



264 



Host 
Control 

263 
\ _ , 
Base+Size 
262 

_J> , 

Host 
Address 



298 

J_ 



Host Bus 
Control 



304 



305 




_ Host CS 



300 
J. 



Bus 
Arbitration 



312 



306 



278- 



CS 
Selector 



Select 



256 



276 



302 



Controller 
Bus Control 



265 



EC 
Control 



-303 



267 



EC Device 
Select 



Module 
CS 




Internal 
Control 



FIG. 12 



J_ 



334 



Access Block 
Violation Flag 



I i 



298 

Host 
Control 

264 



Host 
Control 



305 



263 

Ekse+Size 
262 



304 



> = 



Host 
Address 




307 



Control 
Selector 



-L 



328 



Access 
Block Bits 



1 

Controller bus | 
Configuration ^ 2 48 



272 



Access 
Select 



n 



300 



Bus 
Arbitration 



Sel. 



Transaction 
Control 



275 



302 



Controller Bus 
Control 




265 



EC 
Control 



303 



EC Device 
Select 



267 



Internal 
Control 



Bus 
Select 



l_ 



cs 

Sel. 

Selector 


^306 


J- 276 




Module 




CS 





256 



FIG. 13 



A 


Controller 
Interface 


Serial 




Data 

o 

CO 
CVJ 


Embeddec 
Controller 


CO _ 

CVJ 

CM 


Clock 






i> SCI&SMI 

^ 1 V ,Wake-Up 

^ N Events 

s — »s Power 
Control 



264 



Host 
Control 



298 



Host Bus 
Control 









304 




Host 
Address 



Host 
CS 
312- 



306 



300 



Bus 
Arbitration 



314 



EC 
CS 



CS 
Selector 



Sel. 



276 



278 

/ 



L_ 



Module 
CS 



Bus 
Select 



226- 



250 



277 



Host 
Zone 
Select 



XBus 
Configuration 



324 1 

1 I 



I 



XBus 
Chip Select 
Generator 



322 



252-4 



1320 



I -_" 



Controller 
Bus Control 



256 

"302~ ~ 
L 265 



EC 
Control 1 



308 



Decoder 



266 



316 



EC 
Device 
Number 



EC 
- X-Bus 
CS 



1 



318 



Ext. CS 
Selector 



Sel. 



X-Bus 
CS 



326 



Peripherals 



-310 



FIG. 17 




Host bus 
CS 



Controller 
bus CS 



Bus Select 



Transaction 
l_ _P°_ ntr °l _ 
256^" 



-314 
306 





CS 


Sel. 






Selector 



Zone Select 



X-Bus 
CS 



316 



226- 



XBus 
Configuration 



,250 nnA r 
f ,324 



L 



I 



L 



318 



XBus 
Sel. Generator 



252 — I 
1- 



322 



l_ 



320 
♦ / 



Sel. 



ext. CS 
Selector 



326^ 



X bus CS 



FIG. 18 



310 



Peripherals 



V DD Power 



V5B Power 




FIG. 19 



CM 

d 




CD 

o 

CL 
Q 
Q 

> 



Q 






Q 






> 








"55 


se 




CO 


CD 




CD 


DC 




dc 





CO 
CD - 
CO 



CD 

cd 



o 

CO 

h— CD 

CO CO 

O CD 

m err 




GO CD "S 

2? 9 ^ co 

CO Q o CD 
> CL DC 



CD 



is 

OS CD 

m dc 




cz 




.0 




oS 






0 









_Q -Q 
Q CO 

O l5 



CD 
CO JO 

Q 



o 
o 

o 




CD 

^-8 



op 



_l 



g 

o 
O 



CO 

I 

en 



CD 

§■8 



_ I L " J L I 

cm c\j cv] 



Bus Select 
278- 



282- 



Internal 
Data 



Internal Bus 



Int. 
Address 

--280 



258 
J— 



Decoder 



Module CS 
-276 

-451 469. 



LDN CS 



CO 

o 

03 

c3 

Q 



452 



CO 

o 

x 

73 



453 



473 
_J_ 



Decoder 




459 



— <? 

Controller 
LDN 



T 



-461 



Sel. 
Enable 



454 




455 



Host 
Index 



> 



457 




Control- 
ler 

Index 



> 



Sel. Enable 



Index 
Selector 



T 



463 



-456 



470 



467 



Host 
Data 



471 



> 



Control- 
ler 
Data 



Sel. Enable 

Data 
Selector 



-468 



T 



472 




460 



Host 
LDN 



-462 



Selector 



464 



Index 



,465 



462- 



466 



Data 



^215 

FIG, 23 



278- 



Internal Bus 



258 



Int. 
Address 



280 



Decoder 



483 



Module CS 

-276 
-481 

485 

J. 



Index CS 



Data CS 




484 



Host 
Index 




Control 
Index 



Sel. Enable 



Index 
Selector 



T 



480 

Internal 
Registers 



486 



•482 




474 



Host 
Data 




Host 
Index 




Index 



Sel. Enable 



Data 
Selector 



282 
J— 



Data 



-476 



241 



FIG. 24 



500 



502 



504 



Bit 


7 


6 


5 


4 


3 


2 


1 


0 


Name 


SLAVEAD 


ACBRW 



FIG. 25A 



506 



\ 



510 512 



r 



514 



Bit 


7 


6 


5 


4 


3 


2 


1 


0 


Name 


INEX=0 


RDWR 


LOGDEV 



508 \ 510 512 520 516 518 


Bit 


7 


6 


5 


4 3 


2 1 0 


Name 


INEX=1 


RDWR 


Reserved 


XBCSN 


XA26-XA24 


522^ 


FIG. 25B 


7 6- 


5 4 3 2 1 0 



FIG. 25C 



Offset address byte type 



524 



1 



FIG. 25D 



Data byte type 



526 



FIG.25E Wm 



CM 
LO 



o 

LO 



CD 
CM 
LO 



o 

LO 



^1" 
CM 
LO 



O 
LO 



CM 
CM . 
LO 



O 
LO 



CD 
CD 
LO 



CD 
LO 



CD 
CD 
LO 



OO 
CO 
LO 



CD 
CO 
LO 



o 

LU 



-2 

Q 



CO 
CO 
CD 

"O 

<c 

"55 

CO 



CD 
<C 

o 

I 

< 

o 



< 

CD 
CM 



d 

cd 
E 

E 
o 
O 



CD 



CO 
CO 
CD 

"O 

< 

CD 
> 

CO 



CO 



CD 



CO 



o 

LO 



CM 
CM 
LO 



O 
LO 



CM 
CM ■ 
LO 



CD 
LO 



CM 
CM . 
LO 



o 

LO 



OO 
CD 
LO 



CD 
LO" 



CD 
CD 
LO 



OO 
CO- 
LO 



CO 
CO 
CD 

"O 
< 

"53 

CO 



CD 

<C 
X 

I 

< 
X 



o 

LU 



CO 
CO 
CD 

"O 

<c 

"33 

CO 



oo 
<C 
X 

I 

LO 

X 



co 

CO 
LO 



o 

' LO 



CO 
CM 
LO 



CD 
LO 



CM 
LO 



CO 
CO 
CD 

"O 

~a 
<C 

"53 

CO 

O 



CO 

E 
E 
o 
O 



CO 

< 

X 

I 

CO 
CM 
< 
X 



CM 
i 

CO 
CM 
< 
X 

CD 



CO 
CD 
CM 

a 



CO 
CO 
CD 

*o 

< 

CD 
> 
CO 

CO 



CO 



CD 



CO 



^ 



CD 
LO 
LO 




o 
< 
II 



o 

CD 



OS 
CO 
II 



00 



o 
o 

O xi 

° 55 

O CD 
CO CC 

II II 



CO 



CD 
LO 



CVJ 
CVJ 



o 
^ - 

LO 



CVJ 
CM 
LO 



CD 
LO 



C\J 
CVJ . 
LO 



CD 

- 

LO 



CO 

o- 

LO 



o 

LO 



o 
cd- 

LO 



CO 
CO 

"O 

<c 

"55 
co 



o 
X 

<C 
X 



o 

LU 
Q_ 



co 

CO 

a) 

~o 
<C 

c5 

CO 

o 



CO 
CO 

9? 

"O 

<c 
"53 

CO 



oo 

<C 

X 
i 

LO 
< 

X 



Q 



co 
E 

E 
o 
O 



CO 
CO 
CD 

t5 
<C 

CD 
> 

_cg 
co 



CO 

< 

X 

I 

CO 
CM 

<c 

X 



CVJ 
I 

CD 
CVJ 
< 

X 



co 

CD 
DC 

>< 
LU 



CD 



CO 



co 

CD 
LO 



LO 
LO 



CO 
CO 
CD 

"O 
"O 

< 

CD 
> 
_CO 

CO 



CVJ 
LO 



CD 
LO 
LO 



CD 
CVJ 
LO 



LO 



cvj 

LO 



co 

Csl 



CO 
CD 
OC 

< 

CO 



CD 
CD 
LO 



CVJ 
LO 



CD 
LO 



CD 
CD 
LO 



CD 
LO 



CD 
LO 



oo 

CO 
LO 



CO 
CO 
CD 



CD 
> 

CO 

-o 
co 
o 

CD 

OC 
"55 

CO 
CD 

cc 



co 
co 

CD 
"O 

<c 

"cO 

o 

CD 

cz 

CD 

CD 



CO 



CD 

o 



LU 
CO 
CM 



o 

CD 



^ 



CVJ 
CO 
LO 



CD 

I > 

>^ to 
-Q 

O 

< O 
^ < 

II II 

00 





CO 
CO- 
LO 



CO 




E UNITED STATES PATENT AND TRADEMARK OFFICE 



In re application of: 
Serial No.: 
Filed: 
For: 

Group No.: 
Examiner: 



Ohad Falik, et al. 
09/810,746 
March 16, 2001 

SHARING OF FUNCTIONS BETWEEN AN 
EMBEDDED 

CONTROLLER AND A HOST PROCESSOR 
2111 

Donna K. Mason 



APPENDIX C - 
Copy of U.S. Patent Publication 2002/0133655 



Appeal Brief- Serial No. 09/810, 746 



Appendix C Page 1 



IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 



In re application of: 
Serial No.: 
Filed: 
For: 

Group No.: 
Examiner: 



Ohad Falik, et al. 
09/810,746 
March 16, 2001 

SHARING OF FUNCTIONS BETWEEN AN 
EMBEDDED 

CONTROLLER AND A HOST PROCESSOR 
2111 

Donna K. Mason 



APPENDIX D- 
Evidence Appendix 

Sun Microsystems Press Release, February 19, 1998. 



Appeal Brief- Serial No. 09/81 0,746 Appendix D Page 1 5 

j 

■t 

I 



2/18/98 - SUN MICROSYSTEMS UNVEILS NEW SPARCENGINE COMPACTPCI F... Page 1 of 3 



Solaria Communities j Partners \ My Sun j.Swn Store United States ! Worldwide 



Home > About Sun > Sun News > Press Releases > 



SUN MICROSYSTEMS UNVEILS NEW SPARCENGINE 
COMPACTPCI FAMILY OF EMBEDDED-BOARD COMPUTERS 
New Boards Provide Telecom and Embedded Customers Most 
Comprehensive Solution 



STUTTGART, Germany. - February 18, 1998 - Sun Microsystems, Inc. today 
announced the SPARCengine™ CP 1200 and CP 1500, two embedded-board 
computers for mission critical telecom and industrial computing applications. These new 
boards are an extension of Sun's offerings in the telecom and industrial computing 
markets and represent Sun's first CompactPCI (cPCI) based offering. 

"As a leading, world-wide supplier of telecommunications equipment, we welcome Sun's 
entry'into the CompactPCI market," said Jorma Mobrin, vice president, Corporate 
Technologies, Telefonaktibolaget LM Ericsson. "The high performance provided by 
Sun's SPARC™ architecture, coupled with an industry standard form factor, will allow 
telecommunication companies to rapidly create powerful and cost effective products." 



"Sun is entering the CompactPCI market from a position of strength," said Jeff Veis, Sun 
Microsystems' Group Marketing Manager, Platform Products. "These first two 
CompactPCI products address the cost-sensitive and high performance needs of the 
embedded marketplace. Other microprocessor platforms are not able to provide this kind 
of highly integrated, cPCI solution with the proven value of the SPARC processor and 
Solaris™ operating system (OS) combination." 



SPARCengine CP Family Delivers Comprehensive Scalable Solution 

The Sun™ SPARCengine CP family of cPCI board computers is designed for OEM 
customers with demands for High Availability embedded processing platforms that must 
perform under extreme conditions or meet difficult environmental specifications. 
Applications in this market typically require rack-mount systems with a high-speed 
backplane bus architecture. Sun's SPARCengine CP family provides OEM customers 
with real-time industrial computer applications, a complete, low-cost, highly integrated, 
flexible solution. In addition, the CP family delivers the advantages of an industry 
standard-based offering, with a high performance PCI-based solution to companies such 
as telecommunications and networking equipment providers, who previously depended 
on proprietary bus architectures. 



As an executive member of the PCI Industrial Computer Manufacturers Group (PiCMG), 
Sun fully complies with the standard for cPCI. Sun's CP family facilitates the design of 
mission critical applications through the sturdy packaging of the 6U Eurocard form factor, 
3.3V operation, and a passive backplane architecture. Both the CP 1200 and CP 1500 
. feature an industry leading level of device integration including 10/100 BASE-T Ethernet, 
flash memory, rear panel I/O for enhanced serviceability, SCSI controllers, support for 
seven additional CompactPCI devices and extensive diagnostic and manufacturing test 
support. 



Robust Software Support 

The SPARCengine CP family supports Sun's Solaris 64-bit operating system and is. 
binary-compatible with the broad array of existing SPARC applications. The binary 
compatibility delivered by the Solaris OS enables Sun's Develop and Deploy advantage, 
accelerating time-to-market and eliminating the need for cross compilation. OEMs can 



http://www.sun.eom/smi/Press/sunflash/1998-02/sunflash.980218.2.htm 
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take advantage of High Availability solutions from Sun and third parties, like the Solaris 
Cluster Software technology, to support mission critical applications. In addition, Real 
Time Operating System (RTOS) and tool chain suppliers, including VxWorks/Tornado 
from WindRjver, Chorus from Sun, and GNUpro from Cygnus, will be available to 
support embedded applications. Like all SPARC products, the SPARCengine CP family 
is supported by the industry's largest' installed base of native RISC development 
environments and applications. These tools and technologies make the SPARCengine 
CP family ideal for embedded, telecommunications and networked computing 
applications. 

SPARCengine CP 1500: A High-Performance, Single-slot Solution 

The CP 1500 is a high-performance, single-slot cPCI board that will initially be available 
with Sun's 270 MHz, 64-bit UltraSPARC™-!!! microprocessor and will follow with future 
speed upgrades. The CP 1500 takes full advantage of the VIS™ extended instruction 
set, which delivers the industry's best networking and software application acceleration 
capabilities. The innovative board and mezzanine memory module design delivers the 
industry's leading single slot solution in its class. The board's low profile form factor has 
two significant benefits. First, it frees critical backplane expansion space in embedded 
system designs and second, customers can mount it as a daughter board onto existing 
proprietary legacy systems. The high level of integration in the microprocessor, including 
on-board memory controller and dual channel PCI interface, gives OEMs an immediate 
realization of lower total system cost while providing high performance. The CP 1500 
incorporates advanced features such as dual channel 100Mbit Ethernet that is routed to 
both the front and back of the card and onboard Ultra-Wide SCSI controller. The CP 
1500 supports up to 256MB of on board memory making it ideal for telecommunications 
applications like PBX, central office switches and cellular base station controllers. 

SPARCengine CP 1200 Board: A Highly Integrated, Low Power 
Solution 

The CP 1200 board takes advantage of Sun's highly integrated micro SPARC-! iep 
microprocessor running at 100 MHz and 125 MHz. Like the CP 1500, the CP 1200 has 
all the components necessary to boot an operating system on board. Its 6U Eurocard 
form factor and integrated flash memory support make it ideal for communications 
applications. This board is designed to meet the cost sensitive or low power 
requirements in networking, telecommunications, and industrial automation and control, 
and is optimized for applications such as cellular base stations, storage devices, switch 
control processors; bridges, routers, and transmission systems. 

Pricing and Availability 

The SPARCengine CP 1200 board is now sampling with volume production within the 
second calendar quarter of 1998. Individual boards sell for less than $1,500 in quantities 
of 500. The CP 1500 CPC! board, with a 64MB memory module, is scheduled to sample 
in April, with volume availability mid-year, and sells for less than $7000 in quantities of 
500. For further information about Sun's CPCI products contact Sun Microelectronics 
Sales at US (800) 681-8845 or international +1 (512) 434-1503. For more information 
visit our Web site at http://vAw.suri.com/microelectroniC!>. 

About Sun 

Since its inception in 1982, a singular vision, "The Network Is The Computer™," has 
propelled Sun Microsystems, Inc. (NASDAQ:SUNW) to its position as a leading provider 
of hardware, software and services for establishing enterprise-wide intranets and 
expanding the power of the Internet. With more than $9 billion in annual revenues, Sun 
can be found in more than 150 countries and on the World Wide Web at 
ht1:p://vvww . s u n . c om . 



Sun, the Sun logo, Sun Microsystems, Solaris, Ultra and The Network Is The 
Computer are trademarks or registered trademarks of Sun Microsystems, Inc. in . 
the United States and other countries. All SPARC trademarks are used under 
license and are trademarks or registered trademarks of SPARC International, Inc. 
in the United States and other countries. Products bearing SPARC trademarks are 
based upon an architecture developed by Sun Microsystems, Inc. 
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Press announcements and other information about Sun Microsystems are 
available on the Internet via the World Wide Web using a tool such as Netscape 
Navigator or Sun's HotJava. Type http://www.sun.com at the URL prompt. 



PR Contacts for Press and Analysts: 



Sun Microsystems, Inc. 


Thomas Associates for Sun Microsystems, Inc. 


Caroline Phillips 
(408) 544-0288 

Caroline. phil!!ps®eng. sun.com 


Roger Knott 
(650) 596-2700 
roger@thcmaspr.com 



Would you recommend this Sim site to a friend or colleague? | Select -> 
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